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[57] 



ABSTRACT 



A*direct*memorv*^agc€«s»(*E)M^^«eonfr^ 
receives formatte3ldata frames having frame headers \r\j . 
communications |u6|ystem. The DMA coatroller ipcludes a. 
trans mit input agid output, a receive input and output , 
tfapsm it circuitryj receive circuitry, a receive frame header 
captur e arcuit, a|receive frame action table and a response 
message table. The transmit circuitry receives transmit data* 
frames on the transmit input and applies the transmit data 
frames to the transmit output. The receive circuitry receives 
receive data frames on the receive input and applies the 
receive data frames to the receive output. The receive frame 
header capture Jcircuit obtains a frame header from the 
received data frames and applies the frame header to the 
receive frame a^;tion table. The receive frame action table 
generates a frame action command based on the frame 
header field. The respoi]se message table has an address 
input coupled to receive the frame action command, a 
response frame S^itput coupled to the transmit circuitry and 
a plurality o^^dressable memory locations for storing 
■predeteiminediresponsea dataiframes . 

26 Claims, 13 Drawing Sheets 
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DMA CONTROLLER WITH RESPONSE output coupled|-to the transmit circuitry and a plurality of 

MESSAGE AND RECEIVE FRAME ACTION addressable memory locations for storing predetermined 

TABLES response data frames. 

In one embodiment, the DMA controller further includes 

BACKGROUND OF THE INVENTION s a frame headeij' capture circuit which captures the franae 

, . ^ 1 * * J- 1 • header of each receive data frame and a receive frame action 

The present invention relates to digital communications c a tu 

-i ^-11* rx- . A table which dctcrmmcs an action to be performed on the 

circuits and, more particularly, to a Direct Memory Access ^^^^.^^ ^^^^ ^ ^^^^^^ ^ ^^^^ ^^^^^ 

(DMA) controUer having enhanced daU frame processmg ^^^^^^ ^^^^ ^^^^ ^^^^.^^ ^^^^ ^^^^ determines that 

circuitry. ^ response fralme should be transmitted from the response 

A typical communications subsystem includes a physical message table, I the receive frame action table provides the 

layer interface controller, such as a serial Wide Area Net- response message table with the address at which the desired 

work (WAN) conUroller, which is coupled to a communica- response fraine is^torcd. A host processor coupled to the 

tions line for transmitting data to and receiving data from a DMA controlie^n also transmit any response frame from 

remote data source. A DMA controller is coupled between <thcrrespoiisc=mtesagc=tableP 

the interface controller and a host processor data bus for ^^^.^^.^r^^^. r^,T^ .,,,t»t^^ 

communication with a host processor and its associated BRIEF DESCRIPTION OF THE DRAWINGS 

memory. Data is typically transmitted and received in data FIG. 1 is a block diagram of a communications circuit 

frames. Each data frame includes a frame header field and a according to one embodiment of the present invention, 

data field. The frame header field typically includes a frame FIG. 2 is a diagram illustrating a synchronous data frame 

address field, a frame control field and a frame protocol field . format. 

When the interface controller receives a data frame from FIG. 3 is a diagram illustrating an SDIXVHDLC protocol 

the remote data source, the data frame is passed through the frame format. 

interface controller to the DMA controller. The DMA con- piQ. 4 is a diagram illustrating a PPP protocol frame 

troUer writes the data firame to the host processor memory format. 

and then notifies the host processor that data has arrived. The FIG. 5 is a simplified block diagram of a DMA controller 

host processor then looks at the data firame in the host shown in FIG. 1. 

processor memory and makes a dedsion on what to do with pi^s 5^ and 6B together form a more detailed block 

the data frame and where to route the data frame. The host ^^^^^ controUer shown in FIG. 1 according 

processor then transfers the data frame to its destination. 3^ embodiment of the present invention. 

High Level Data Link Control (HDLC), Synchronous pjQ -j^^ diagram which illustrates the bit definitions of 

Data Link Control (SDLC), and Point to Point (PPP) link ^ ^^^^^ ^ j^^j^ ^y^^^ 

layer protocols normally send "response" frames in response piG. 8 is a diagram which illustrates the bit definitions of 

to "request data frames. If a request data frame has been ^ ^^^^j^^ ^^^^ ^^^^^ ^^^^ 

received in the host processor memory, the host processor 35 ^ ^ ^ ^ ^^^^ ^^^^^^ ^.^ definitions of 

creates a response frame m the host processor memory to ^ messa e table 

acknowledge receipt of the data frame. The host processor ^ ^^f?,^"^^ message ^ ®; . . , ^ ... ^ 

notifies the DMA controller to transfer the response frame ™' ^ ^ diagram illustrating the bit definitions of a 

from the host processor memory to the data source through configuration register withm the DMA controller, 

the interface controller. The DMA controller then transfers 40 ^ ^ ^ illustrating the bit definitions of a 

the response data frame. channel enable register within the DMA controller. 

Ibis procedure requires large processing overhead. First, P^f^ ^ ^ ^ ^^fS*^™ illustrating the bit definitions of a 

the host processor consumes valuable processing time look- DMAC status register. 

ing at data firames in the host processor memory and making FIG. 13 is a diagram ilhistrating the bit definitions of a 
decisions on what to do with the data frames and where to 45 ^MD pomter register. 

route the data frames. The host processor also consumes FIG. 14 is a diagram which illustrates the data stmcture of 

valuable processing time creating response frames and noti- a buffer memory having a sequential buffer memory descrip- 

fying the DMA controller to transfer the response frames. tor (BMD) list. 

Finally, the DMA controller uses valuable bandwidth on the FIG. 15 is a diagram illustrating the bit definitions of a 
host processor data bus getting the response frames from the 50 buffer memory descriptor within the sequential BMD list 

host processor memory. Thus, there is a need for a commu- shown in FIG. 14. 

nications subsystem having increased eflBciency and data FIG. 16 is a diagram illustrating the bit definitions of an 

throughput. immediate command field and flags field within the scquen- 

tial BMD list shown in FIG. 14. 
55 FIG. 17 is a diagram which illustrates the data stmcture of 



SUMMARY OF THE INVENTION 



Uhessdirect-memory access (DM'A)-contToller"of~ttie a buffer memory having a linked BMD list. 



present invention transmits and receives formatted data HQ. 18 is a diagram illustrating the bit definitions of a 

frames having frame headers in a communications sub- buffer memory descriptor in the linked BMD list shown in 

system. The DMA controller includes a transmit input and piG. 17. 

output, a receive input and output, transmit circuitry, receive 60 pio. 19 is a diagram illustrating the bit definitions of a 

circuitry and a response message table. The transmit cir- buffer memory descriptor intermediate command field and 

cuitry receives transmit data frames on the transmit input flags field in the linked BMD list shown in FIG. 17. 
and applies the transmit data frames to the transmit output. 

The receive circuitry receives receive data firames on the ^^^ccoDc^fcSrnnn^^^ 

receive input and applies jthe receive data firames to the 65 PREFERRED EMBODIMENTS 

receive output. The resp^nse^message table has an address The DMA controller of the present invention is used with 

input coupled to the receive circuitry, a response frame communications protocols in which fonnatted data frames 
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are transmitted from one point to another. Formatted data decimal number). An EOF character for one data frame can 

frames include a frame header field and a data field. Atypical be used as an SOF character for the next data frame, 

frame header field includes a frame address field, a frame pj^^ 3 ^ diagram of a synchronous data fi-ame format 

control field and a frame protocol field. Tliese fields deter- according to the SDLC/HDLC protocol. Data frame 50 

mine the destination of the data frame and the type of data 5 includes SOF field 52, frame address field 54, frame control 

frame. The DMA contro ler of the present mvenUon ^^^^ ioformaUon fields 58, CRC field 60 and EOF field 

mcreases efficiency and data throughput by using special- SDLC/HDLC is a bit oriented synchronous protocol 

ized memory arrays which assist in processmg data frames 7^ u ^ ^ - ■ 1. • • 

„«j ,^o«^«c.o fVo^oc- which transmits data in names using one synchronizing 

and tnggenngautomauc response frames. character(e.g.ficM52=0x7E and ficld62-0x7E). The frame 

FIG. 1 IS a block diagram of a commumcauons circuit begins when the SOF character is received and ends when an 

according to one embodiment of the presen^^ mvenUon. ^^^^^ ^ ^^^^^ ^ mtuM above, the EOF 

CommunicattcB circuit 10 includes a p urality of data character for one frame can be the SOF character for the next 

sources 12, a plurality oi interface controllers 14, a DMA fxzmt 
controller 16, a host processor 18, and a host processor 

buffer memory 20. DMA controller 16, host processor 18, ^ ^ ^^^S^am of a synchronous data frame format 

and buffer memory 20 are coupled to one another through according to the PPP protocol. Data frame 70 includes SOF 

host processor data bus 24, address bus 26 and control bus ^^^^ ^2, address field 74, control field 76, protocol field 78, 

28. A communications cable 29 is coupled between each information fields 80, CRC field 82 and EOF field 84. PPP 

data source 12 and its associated interface controUer 14. ^ orientated synchronous protocol, PPP transmits 

Each data source 12 includes a physical layer interface 30 ^^^^ ^ frames, similar to the HDLC protocol, usmg one 

which has transmit and receive circuitry for communicating synchronizing character (e.g. field 72=0x7E and field 

over cable 29. In one embodiment, each interface controller 84=0x7E). The fi-ame begins when an SOF character is 

14 inchides a serial Wide Area Network (WAN) controller received and ends when an EOF character is received. An 

which enables high speed serial communications over sev- ^OF character for one frame can be the SOF character for 

eral types of synchronous serial channels. However, other frame. 

types of controllers or physical interfaces can be used with FIG. 5 is a simplified block diagram of DMA controller 

the present invention. 16. DMA controller 16 includes transmit circuitry 100, 

Data frames are passed fi:om data source 12 through cable receive circuitry 102, buffer memory control circuit 104, 
29 and interface controller 14 to DMA controller 16. DMA receive frame action table 106 and response message table 
controller 16 writes the received data frame to memory 20 30 1^^- Buffer memory control circuit 104 controls the opera- 
over host processor data bus 24 and then notifies host tion of transmit circuitry 100, receive circuitry 102, receive 
processor 18 that data has arrived. Host processor 18 then frame action table 106 and response message table 108 
transfers the data frame to its destination, which may be according to internal logic and commands passed from host 
another location within buffer memory 20 or another device processor 18 through data bus 24, address bus 26 and control 
coupled to data bus 24. In the case where the received data 35 bus 28. In transmit mode, transmit circuitry 100 receives 
frame includes a control message, host processor 18 per- transmit data (labelled "TxData") at input 110 from buffer 
forms an operation that is defined in the control message. memory 20 over host processor data bus 24. Transmit 

DMA controller 16 relieves host processor 18 from some circuitry 100 then transmits the data to interface controller 

of its decision making responsibilities by determining what at output 112 under the control of buffer memory control 

action to take on an incoming data firame based on the frame 40 ^^^^^ 

header field. The action can include discarding the data In receive mode, receive data frames (labelled "RxData") 

frame, generating a host processor interrupt or sending a are passed from interface controller 14 to receive circuitry 

response frame, for example. A response frame can be 102. Receive circuitry 102 then writes the received data 

triggered automatically by DMA controller 16 or DMA frames to buffer memory 20 over data bus 24, under the 

controUer 16 can be instructed by host processor 18 to send 45 control of buffer memory control circuit 104, and notifies 

a response frame. In addition, host processor 18 can initiate host processor 18 that data has arrived. Receive circuitry 102 

transmission of data frames from buffer memory 20 through also identifies the frame header (fields 54 and 56 in FIG. 3 

DMA controller 16 and interface controllers 14. or 74, 76 and 78 in FIG. 4) within the data frame and 

Several communications protocols can be used with the supphes the frame header to receive frame action table 106 

present invention, such as Synchronous Data Link Control 50 over output 114. Receive frame action table 106 stores a 

(SDLC), High Level Data Link Control (HDLC) and Point plurality of predetermined frame action fields, which define 

to Point (PPP) link layer protocols. In synchronous the actions to be taken when conesponding frame headers 

communications, serial data streams include individual data have been received. When a frame header is presented at the 

bits which are separated by bit boundaries. FIG. 2 is a "ipul of frame action table 106, table 106 provides the 

diagram illustrating a generalized data frame format for 55 corresponding frame action field to buffer memory control 

synchronous data frames. Data frame 34 includes synchro- circuit 104 to inform the control circuit of the action to take 

nizing fields 36 and 38, data fields 40, Cyclic Redundancy on the newly received data frame. In one embodiment, the 

Check (CRC) field 42 and synchronizing fields 44 and 46. . action field instructs buffer memory control circuit 

For synchronous data, start and stop bits are not used. IW to discard the received data, generate a host processor 

Instead, the data is transfened in frames with no gaps 60 interrupt or send a response frame from response message 

between characters. Each data frame is separated by either tabic 108. 

one synchronizing character or two synchronizing charac- Rei^onsgemessagestable^l^S^stores^^S'plY^ity'Sf^r?^ T^J^^^^'^^S^ 

ters within fields 36, 38, 44 and 46. The same synchronizing termined response data frames. When the frame action field J[ 

characters are used at the beginning of data frame 34 and at indicates that a response message should be sent, the frame r^SS^ * 

the end of data frame 34, and are used as Start of Frame 65 action field includes an address which identifies the desired L j i V 

(SOF) and End of Frame (EOF) characters (e.g. field response message residing in/response message table 108. 

36-0x44 and field 38-0x44, where "Ox" designates a hexa- Buffer memory contiul circiuyl04 receives the address and 
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provides the address to response message table 108 at output number Chan # from transmit word group queue 154 for 



120. Response 
input 123 and 



message table 108 receives the address at every fourbytesofdata transferred through multiplexer 152. 
provides the corresponding response data Word group to byte separation circuit 158 provides a write 



frame on output 122, which is coupled to input 124 of control signal Wr TxQ/ to each channel of transmit data 

transmit circuitiy 100. Transmit circuitry 100 then traasraits 5 queue 150. Write control signal Wr TxQ/ is active when the 

the response data frame on output 112. If required, host Byte En signal for the corresponding Chan # is active. When 

processor 18^'ak/tlie option of sending its own response data write control signal Wr TxQ/ is active, the selected transmit 

frame back\o^ tKe data source from host processor buffer data byte TxData{7:0,P} and EOF bit at the output of 

memoryr20iover-data'bus^4. multiplexer 152 is stored in the conesponding, enabled 

Receive frame action table 106 and response message channel of transmit data queue 150. Transmit data queue 150 

table 108 are both programmable by host processor 18. provides a transmit queue full signal TxQ Full to word group 

Receive frame action table 106 includes data input 130 and to byte separation circuit 158 when the corresponding chan- 

address input 132 which are coupled to host processor data nel in queue 150 is full. Transmit data queue 150 also 

bus 24 and address bus 26, respectively. Similarly, response provides a transmit queue status signal TxQ Status to buffer 

message table 108 includes data input 134 and address input memory control circuit 104. 

136 which are coupled to host processor data bus 24 and Each channel of queue 150 has a 9-bit data output 

address bus 26. These inputs allow host processor 18 to Data{7:0,Py, an end of frame output EOF and a transmit 

initialize or reprogram tables 106 and 108, as desired, which queue empty status output TxQ Empty which are coiq)led to 

allows host processor 18 to maintain control over all aspects (he corresponding interface controller 14. When a channel of 

of data frame decision making and response frame genera- ^ queue 150 is empty, the TxQ Empty status output for that 

tion. The interface with host processor 18 include a MIPS or channel is active. Each channel of queue 150 receives a read 

generic processor interface, for example. transmit queue control signal Rd TxQ/ from the correspond- 

FIGS. 6A and 6B together form a more detailed block ing interface controller 14. The Rd TxQ signal is active 

diagram of DMA controller 16 according to one embodi- when the corresponding interface controller 14 is requesting 

ment of the present invention in which the DMA controller a data byte to be transmitted from transmit data queue 150. 

is adapted to be used with any interface controller core that Transmission of data out of queue 150 is asynchronous to 

transmits or receives data into an 8-bit (plus an optional writing data into the queue. 

parity bit) queuing interface. Buffer memory control circuit 104 operates transmission 

Transmit circuitry 100 is shown in FIG. 6A. Transmit circuitry 100 to multiplex data transmission through the 

circuitry 100 includes transmit data queue 150, multiplexer 3Q various channels. In one embodiment, each channel is given 

152, transmit word group queue 154, multiplexers an equal time to share access to buffer memory 20 in order 

156a-156rf and word group to byte separation circuit 158. to prevent overruns and undemms in any particular queue 

Each multiplexer ISSa-lSSd simultaneously receives a cor- channel. This process is achieved in DMA controller 16 

responding byte of data. Byte 0, Byte 1, Byte 2 and Byte 3, using word groups. A word group is a collection of about 1 

from host processor data bus 24 and provides the bytes of 35 to 16 bytes of information that are transmitted to or from 

data to transmit word group queue 154 when directed by buffer memory 20. In a preferred embodiment, a full word 

buffer memory control circuit 104. Multiplexers 156a-156d group includes four words, with each full word including 

also receive inputs from output 122 of response message four bytes of data. The actual number of bytes transferred in 

table 108 and from output 242 of receive frame header array each word or word group depends on the address and byte 

206 (shown in FIG. 6B) The outputs of multiplexers ^ count of the data buffer tfiat is being accessed within buffer 

156a-156(f are coupled to input 168 of transmit word group memory 20. When the buffer address begins on an odd 

queue 154. boundary, such as in the middle of a word boundary within 

Input 168 also receives a 5-bit channel number Chan #, a a data frame, DMA controller 16 first transfers one to four 

4-bit byte enable signal Byte En and a 4-bit End of Frame bytes of information to reach a full word boundary. DMA 

signal EOF {3:0} from buffer memory control circuit 104, 45 controller then transfers up to four words to reach a four 

which arc matched with the incoming data bytes. Transmit word (word group) boimdary. Once a word group boundary 

word group queue 154 has an output 164 which provides is reached, DMA controller 16 transfers the data in four 

four bytes of data and their corresponding end of frame bits word bursts, until the last bytes of data within the data frame 

E0F0~EOF3 to multiplexer 152. The corresponding byte are transferred. This allows data to be transferred along word 

enable signal Byte En and channel number Chan # are routed 50 boundaries. 

to word group to byte separation circuit 158. Multiplexer Buffer memory control circuit 104 transfers one word 

152 is operated under the control of word group to byte group per DMA channel from buffer memory 20 to the 

separation circuit 158 which selects one data byte at a time transmit word group queue 154 through host processor data 

and its corresponding end of frame bit for transmission to bus 24 and multiplexers lS6a-l56d. The specified Chan # 

transmit data queue 150. The selected data byte and end of 55 and the four Byte En bits accompany each data word through 

frame bit form a transmit data signal TxData{7:0,P} and an transmit word group queue 154. While buffer memory 

end of frame signal EOF. control circuit 104 is getting another word group from buffer 

Transmit data queue 150 includes a plurality of channels memory 20, word group to byte separation circuit 158 

with each channel storing up to 16 data bytes, which are ten moves the present word group into the appropriate channel 

bits wide, for transmission to the corresponding interface 60 of transmit data queue 150, one byte at a time. A byte is 

controller 14. The size of each channel and the number of discarded if it does not have its respective Byte En signal 

channels can be varied as desired to suit a particular appli- active. 

cation. Each transmit data byte and its ooiresponding parity Receive circuitry 102 is shown in FIG. 68. Receive 

bit and EOF bit are stored as an entry in Uie appropriate circuitry 102 includes receive data queue 200, byte to word 

channel of transmit data queue 150. 65 group collection circuit 202, receive word group queue 204, 

Word group to byte separation circuit 158 receives the receive frame header array 206, receive frame action table 

4-bit byte enable signal Byte En and the 5-bit channel 106, multiplexer 208 and queue # look up table 210. DMA 
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controller 16 also includes a configuration and status register is essentially a dual port Random Access Memory (RAM) 

block 212 which is coupled to buffer memory control circuit which is initialized through a first port at data input 222 and 

104. address input 224 by host processor 18 (shown in FIG. 5). 

In one embodiment, receive data queue 200 stores up to Data output 226 and address input 228 form the second port. 

16 entries locations, with each entry being 19 bits wide. 5 Address input 228 indexes the stored parameters to be 

Only one receive data queue 200 is required for all multi- presented at output 226 by using the incoming channel 

plcxcd channels. Receive data queue 200 has an input 252 number Chan # from receive data queue 200. Each storage 

which receives 19 bits of data from an interface controller location within queue # lookup table 210 contains up to 32 

14. The 19 bits of data include an 8-bit, plus parity receive bits of parameter information per channel number, 

data signal RxDala{7:0,P}, an end of frame bit EOF, a 5-bit FIG. 7 is diagram which illustrates the bit definitions for 

channel number Chan #, and a 4-bit error flag signal Error each entry within queue # lookup table 210. Three param- 

Flags. Receive data queue also receives a write receive cters are defined per channel number. Bits 0-7, identified as 

queue control signal Wr RxQ/ from interface controller 14 "Queue W\ specify which of the receive queues in queue 204 

which is active when receive data is to be written in queue the received data frame is to be routed to. In one 

200. embodiment, the upper three bits of this field are coded as 

In return, receive data queue 200 provides a receive queue ^t'"'^' ^j^^^^^^' identified "Hdr Off^t", define an integer 

full status signal RxQ Full to interface controller 14 to f^} "ff} ^''u ^ ^^J^^^^^' 

indicate when receive data queue 200 is full. Receive data header field embedded m the received data frame. If the first 

nnnu^^ 'isAl* ,.,ui^u j-*- ^ytc 01 the data irame is the bcgmnmg of the frame header 

queue 200 has an output254a^ fi^ld, then Hdr Offset is set to 0. Bits 16-23, identified as 

RxData{7:0,P}js provided when a read receive queue "Ma;k», are used to mask selected bits of the frame header 

control sigoal Rd RxQ/ is received from byte to word group ^.^^ -^^^ ^^^^^^ ^^^^^ ^^^^^^ ^^^le 106. Each bit in 

collection circuit 202. TTie 4-bit Error Hags signal, 5-bit t^e mask field can mask one bit or a group of bits in the 

Chan # signal and the EOF bit which conrespond to the ^ame header during a frame header lookup. Bits 24^31 are 

RxData{7;0,P} signal arc also provided on output 254. not defined in this embodiment and are coded as zeros. 

Receive data queue 200 also generates a receive queue ^5 Referring back to FIG. 6B, receive frame header array 

empty status signal RxQ Empty when receive data queue 2O6 is a small memory array which is used for storing the 

200 is empty. The RxQ Empty status signal is monitored by frame headers of received data frames. For each data frame 

byte to word group collection circuit 202. received, buffer memory control circuit 104 and byte to 

Receive word group queue 204 is formed of a plurality of word group collection circuit 202 capture the four byte 

individual queues. Each queue has a data input 256, an 30 (32-bit) frame header field, one byte at time, in receive frame 

address input 258 and a data output 259 and is 40 bits wide header array 206. When the byte of data presented at output 

for receiving an entire 36 bit data frame, including associ- 254 of receive data queue 200 corresponds to a byte of the 

ated parity and Byte En bits. Data input 256 receives the frameheader field, as identified by the Hdr Offset signal, that 

RxData{7:0,P} signal from output 254 of queue 200 and a bj^e of data is stored in receive frame header array 206. The 

4-bit byte enable signal Byte En {3:0} from byte to word 35 address at which the data is stored is provided at input 240 

group collection circuit 202. Address input 258 receives a by byte to word group collection circuit 202. When all four 

queue address from multiplexer 208, which specifics the bytes of the frame header have been captured, receive frame 

address in queue 204 that the data will be writtea The header array 206 routes the frame header field to output 242, 

address can be provided by either byte to word group which is coupled to comparison input 244 of receive frame 

collection circuit 202 or buffer memory control circuit 104. 4q action table 106. 

The address at input 258 is a function of the Chan # signal Portions of the frame header field can also be routed to 

accompanying the data at output 254 and a Queue # signal transmit word group queue 154 (shown in FIG. 6A) through 

provided by queue # lookup table 210. The Queue # signal multiplexers lS6a-lS6d. For example, the frame header 

is described in greater detail below. Data output 259 of each field may include a sequence number that may be inserted 

channel in queue 204 is coupled to host processor data bus 45 into a response data frame that is being transmitted from 

24, for providing the stored bytes of received data to data bus response message table 108 in response to the received data 

24, one word at a time. Output 259 also provides the frame. The sequence number is inserted at multiplexers 

corresponding 4-bit Byte En signal to host processor control lS6a-156d 

t>us 28. Receive frame action table 106 is preferably a Contents 

During operation, byte to word group collection circuit 50 Addressable Memory (CAM) array which identifies an 

202 gets a byte of data from receive data queue 200 by action to be performed as a function of the information 

activating the Rd RxQ/ signal. Byte to word group collection contained within the frame header field that is applied to 

circuit 202 collects data bytes in queue 204 for all channels comparison input 244. The frame header field is masked 

enabled by block 212. When all bytes of a word group have with the Mask parameter that is applied to Mask input 230. 

been collected in receive word group queue 204, byte to 55 Comparison output 246 includes a status signal which 

word group collection circuit 202 notifies buffer memory indicates whether the data within the masked frame header 

control circuit 104 over signal line 220, and buffer memory field is found within table 106. If the data is found within 

control circuit 104 writes the word group to buffer memory table 106, an action field corresponding to the data is 

20 by providing the appropriate address to multiplexer 208. provided on comparison output 246. If the data is not foimd 

The selected word group is presented at output 259 of 60 within table 106, table 106 activates the status signal to 

receive word group queue 204 and written to buffer memory instruct buffer memory control circuit 104 to discard the 

20 over host processor data bus 24. While a word group is incoming data frame or to inform host processor 18 of an 

being transferred to buffer memory 20, byte to word group unknown incoming data frame. The contents of receive 

collection circuit 202 continues to collect data bytes for all frame action table 106 is initialized by host processor 18 

enabled channels. 65 through data input 248 and address input 250. 

Queue # lookup table 210 provides parameters for the FIG, 8 is a diagram illustrating the format of each entry 

received data frames. In one embodiment, the lookup table within receive frame action table 106. In one embodiment, 
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table 106 includes up to 64 entries with each entry having error, an Async Framing Error, an Rx CRC Error and an Rx 

two words. The first word of each entry includes "Byte 0", Parity Error, for a serial WAN controller An Rx Break/Abort 

"Byte 1", "Byte 1'* and "Byte3", which define the four byte Character Received error indicates a short frame has been 

frame header field that is to be compared against a received received due an abort or break within the received data. An 
frame header field. The second word defines the frame 5 Async Framing Error indicates the serial WAN controller 

action that buffer memory control circuit 104 is to perform received a slop bit that was a zero. An Rx CRC Error 

when a frame header field match is found for Bytes 0-3. The indicates that the calculated CRC remainder did not match 

frame action field is then applied to comparison output 246, the expected remainder. An Rx Parity Error indicates a parity 

which is coupled to buffer memory control circuit 104. error was detected on the received data. "Hardware errors" 
A variety of actions can be defined in the frame action ^0 arc reported using the DMAC Error/signal output of buffer 

field. In one embodiment, bit 0 defines a discard frame memory control circuit 104, This signal goes active when a 

action. When bit 0 is set, data bytes are discarded until the hardware error occurs. The specific error can be read from 

incoming data frame has been completely received and the * DMAC status register within configuration and status 

EOF flag has been detected. Bit 1 defines a host interrupt register block 212. 

action. When bit 1 is set, buffer memory control circuit 104 ^5 xhe registers within configuration and status register 

generates a host processor interrupt DMAC Intp/ after the block 212 are shown in FIGS. 10-13. These registers are 

incoming data frame has been completely received and normally written to or read from during initialization and 

written into buffer memory 20. Bit 2 defines a send response after an interrupt or error has occurred. In one embodiment, 

frame action, and bits 4-7 provide the associated response all registers within block 212 are accessed in Big Endian 

frame number. When bit 2 is set, buffer memory control format. FIG. 10 is a diagram which illustrates the contents 

circuit 104 provides the 4-bit response frame number to of a DMAC configuration register 260. DMAC configura- 

address input 123 of response message table 108, which tion register 260 is used to configure parameters that apply 

determines which response frame will be transmitted from to DMA controller 16 and ail multiplexed channels. Bit 4 

the table. The response frame can be transmitted with or allows host processor 18 to reset DMA controller 16 by first 
without a corresponding sequence nimiber. ^5 writing bit 4 to a "1" to assert the reset signal and then 

Referring to FIG. 6A, response message table 108 stores writing bit 4 back to a "0" to inactivate the reset signal. Bit 
predetermined response messages that can be transmitted in 2 enables DMA controller 16 to perform two and four word 
response to received data frames. Table 108 is essentially a bursts to access buffer memory 20. When bit 2 is enabled, 
dual port Fast Action RAM (FAR) which is initialized DMAcontroller 16 will burst two and four words automati- 
through a first port at data input 134 and address input 136 cally when the buffer memory address is on an 8 and 16 byte 
by host processor 18 (shown in FIG. 5). Data output 122 and boundary, respectively. When bit 2 is disabled, DMA con- 
address input 123 form the second port. Address input 123 droller 16 accesses buffer memory 20 one word at a time. Bit 
indexes a response data frame within response message table 1 enables DMA controller 16 to transmit data from buffer 
108 by using the response frame number provided by buffer memory 20 to interface controller 14. Bit 0 enables DMA 
memory control circuit 104. Response message table 108 controller 16 to receive data from interface 16 and to 
can have any length depending on how many response transmit the data to buffer memory 20. 
frames are to be stored and the number of bytes within each FIG. U is a diagram which illustrates the bit definitions 
frame. of a channel enable register 262 within block 212. Channel 

FIG. 9 is diagram which illustrates the format of each enable register 262 allows the user to selectively enable 

entry within response message table 108. There can be any individual channels in DMAcontroller 16. A bit value of "1" 

number bytes of response data in each response frame. A enables the channel number that corresponds to the bit 

response frame number of 0x00 would access the data frame position number while a bit value of "0** disables the 

beginning at address 0x3000. Similarly, a response firame channel. For example, setting bit four will enable chaimel 

number of 0x05 would access the data frame beginning at number 4. 

address 0x3050. FIG. 12 is a diagram which illustrates the bit definitions 

Response frames can also be transmitted from response of DMAC status register 264 within block 212. Bit 15 

message table 108 by an immediate command executed by indicates whether the transmit buffer memory descriptor is 

host processor 18 from buffer memory 20. When host not ready. Bit 15 goes active when DMA controller 16 has 

processor 18 determines that a response frame should be fetched a buffer memory descriptor (BMD) from buffer 

sent, host processor 18 selects the appropriate response memory 20 and the valid bit in the BMD has not yet been 

frame in table 108 by using an address provided in buffer set. When this bit gets set, the transmit section for the 

memory 20 as the address for response message table 108. particular channel becomes inactive until re-enabled by host 

Referring again to FIG. 6B, the four Error Flags received processor 18. Bits 12-8 identify the number of the channel 
by receive data queue 200 are routed through byte to word 55 that is not ready 

group collection circuit to buffer memory control circuit Bit 15 intermpts are only reported if a subsequent BMD 

104. The Error Flags arc valid only when the EOF flag is set, (not the first BMD of a data frame) is not ready After the last 

At the end of a received data frame, buffer memory control buffer of a data frame has been processed, DMA controller 

circuit 104 writes the Error Flags into a Flag field of a 16 will fetch the next BMD from the BMD list. If the valid 

current buffer memory descriptor within buffer memory 20. go i° next BMD is set, then DMA controller 16 will 

The buffer memory descriptor is described in more detail continue to transmit more data. If the valid flag is not set, 

below with reference to FIGS. 15, 16, 18 and 19. Data errors DMA controller 16 will halt the transmit section for that 

are reported in this manner to allow the communications channel by clearing a corresponding BMD pointer active 

system to process the errored frames by maintaining statis- flag in a BMD pointer register within block 212, as dis- 
tics and discarding errored frames. 55 cussed with reference to FIG. 13. 

TTie four Error Flags are referred to as "receive data" Bit 14 indicates whether a receive buffer memory descrip- 

enrors and include an Rx Break/Abort Character Received tor within buffer memory 20 is not ready. Bit 14 will go 
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active after DMA coatroUer 16 has fetched a buffer memory poses. When host processor 18 first sets up BMD list 270, 
descriptor from buffer memory 20 and the valid bit in the this field defines how many bytes can be written into data 
descriptor is not set. When this bit gets set, the receive buffer 272 (number of available bytes). After DMA control- 
section will become inactive until re-cnablcd by host pro- ler 16 transipers the data into buffer 272, DMA controller 16 
cesser 18. Bits 12-8 of the DM AC status register 264 s overwrites this field with the actual number of bytes that 
identify the channel number that is not ready. Bits 3-7 were written into buffer 272. 

identify hardware errors. Five hardware errors are reported Bits 15-8 of Word 0 are the immediate command field 

through bits 3-7, including a transmit data queue overrun 278, which is shown in more detail in FIG. 16. Bits 7-0 of 

enror which indicates that transmit data queue 150 was full Word 0 arc the BMD flags field 280, which is shown in more 

when transmit data was written; a transmit word group 10 detail in FIG. 16. 

queue overrun error which indicates that transmit word 31.Q ^^^d 1 are the buffer memory address field 

group queue 154 was full when transinit data was written; a 282 of data buffer 272. which points to the address of the 

receive data queue underrun which indicates that receive g^sl data byte of the data within data buffer 272. 

data queue 200 was empty when receive data was read; a -r/^ i^ n » * u . ^ « c - j- . 

, J I.- t. • !• . • FIG. 16 illustrates the bit definitions of immediate com- 

receive woid group queue underrun wh^h indicates receive 15 ^.^jj fl 280. Bit 8 of Word 0 ia the 

word group queue 204 was empty when receive data was .^^^^^^ ^^^^^^ ^^.^^^^^ ^^^^^^^ ^ ^ 

read; and a uP data paaty error which indicates a parity error r l i j u * \i;u *u - u * • ^ t-iuxa * h 

' . . J . u J • . •: frame should be sent. When this bit is a 1, DMA controller 

was delected on the data bus 24 durmg a transmit operation. . ^ , f,,^^ ♦.v,!^ mo 

T,., ^ J ft • J- . . .1 .1 . 1.- J 16 transmits a data frame from response message table 108. 

Bits 1 and 0 indicate whether the transmit compleUon and g ^^^j ^76 defines the number of bytes to send, 

receive completion interrupts are acUve. 20 ^^^^ ^^^^^ 282 (shown in FIG. 15) gives the 

The DMAC Error/signal at the output of buffer memory starting address in response message table 108 from which 

control circuit 104 goes active when bits 7, 6, 5, 4 or 3 in transmit the data. 

DMAC Status register 264 go active. Tlie DMAC Intp/ Bite 7-4 of Word 0 in flags field 280 are the four error flags 

signal at the output of buffer memory control circuit 104 ^^^^^^ ^^^^.^^ 2Q0. These flags 

goes active when bite 15, 14, 1 or 0 m DMAC status register 25 ^^^^ ^^^^ ^^^^ ^ ^^^^ 

204 go active. Q ^ ^IgQ gjjj ^ received data frame, DMA 

FIG. 13 is a diagram which iUustrates the bit definitions controller 16 writes these flags to the flag;5 field 280 of the 

of the buffer memory des«iptor (BMD) pointer registers current buffer memory descriptor 274. 

within block 212. BMD pointer registers 266 include one 3 ^ord 0 defines a buffer completion intermpt, 

transmit BMD pointer and one receive BMD pointer for ^y^h allows DMA controUer 16 to activate the DMAC 

each channel number, which point to the addresses of the j^^p/ ^jg^^] ^^^^ ^^^^ transfer has taken place for the 

active transmit buffer memory descnptor and the active ^^^^rent descriptor 274. If this bit is "(f\ no interrupt signal 

receive memory descnptor m buffer memory 20, These will activate and DMA controller 16 will continue to the next 

descriptors provide the transmit and receive parameters for descriptor 274 in BMD list 270. 

the data presently being transmitted and received. The BMD ^ of Word 0 identifies the start of a frame (SOF) and 

pomters are updated by DMA controller 16. ^^uy. ^^^^ descriptor 274 contains the parameters for the 

Bit 0 of each pomter is the pomter active flag. This flag first buffer of a data frame. Bit 1 of Word 0 identifies the end 

informs DMA controller 16 whether the channel is active of a frame (EOF), and is a "1" when descriptor 274 contains 

and whether DMA controller 16 can access the buffer ^ the parameters for the last buffer of a data fi-ame. If this bit 

memory descriptor in buffer memory 20. The pointer active ^ a "0", the end of a data frame has not been reached and 

flag is set by host processor 18 when it has set up vaUd DMA controller 16 will continue to the next descriptor 274 

descriptors in buffer memory 20. The pointer active flag is in BMD list 270. The entire data frame is contained in one 

cleared by DMAcontroller 16 when it finds a descriptor that data buffer 272 when both the start of frame and end of 

is not valid. frame flags are set in one descriptor 274. 

FIG. 14 is a diagram which illustrates the data structure in Bit 0 of Word 1 is a valid parameter, which is a "1" when 

buffer memory 20 for a sequential BMD list. Buffer memory the descriptor contains valid parameters for a data buffer and 

20 includes sequential BMD list 270 and a plurality of data a data transfer can take place with buffer memory 20. If this 

buffer locations 272. BMD list 270 includes a plurality of bit is a "0", then a data transfer with buffer memory 20 

buffer memory descriptors 274. Each descriptor 274 50 cannot take place. BMD pointer active flag, bit 0 of BMD 

includes several fields, including a byte count field 276, an pointer register 266, wiU be cleared by DMA controller 16 

immediate command field 278, a BMD flags field 280 and and the DMAC Intp/signal will be activated, 

a buffer memory address field 282. There is one transmit piQ. 17 is a diagram which illustrates the data structure in 

BMD list 270 and one receive BMD list 270 for each buffer memory 20 for a linked BMD list 290 according to an 

channel. Each BMD pointer register 266 points to the 55 alternative embodiment of the present invention. Linked 

presenUy active descriptor 274 within the corresponding BMD list 290 includes a set of link accessed buffer memory 

BMD list 270. When the BMD pointer reaches the end of a descriptors 292, v^ich point to data within a data buffer 294. 

BMD list, the BMD pointer is wrapped back around to point bMD pointer register 266 pointe to the first descriptor 292 

to the beginning of the BMD list. in linked list 290. Each descriptor 292 includes a byte count 

FIG. 15 is diagram which illustrates the format of each 60 field 300, an immediate command field 302, a BMD flags 

descriptor 274 within BMD list 270 in greater detail. Each field 304, a buffer address field 306 and a next BMD pointer 

descriptor 274 within BMD list 270 is eight bytes long and field 308. Byte count field 300, immediate command field 

is divided into two words, Word 0 and Word 1. Bite 31-16 302, BMD flags field 304 and buffer address field 306 are 

of Word 0 are the byte count field 276 for data buffer 272. substantiaUy the same as the corresponding fields shown in 

On transmit operations, this field specifies the number of 65 FIGS. 15 and 16 and are used in a similar manner The next 

bytes that are to be transferred from data buffer 272. On BMD pointer field 308 points to the next descriptor 292 in 

receive operations, this field is used for two different pur- linked list 290. When DMA controUer 16 reaches the end of 
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a BMD list 290, the next BMD pointer field 308 of the last 
descriptor 292 is equal to "0**. 

When DMA controller 16 removes one or more descrip- 
tors 292 from linked list 290, it sets its current BMD pointer 
266 equal to the next BMD pointer 308 of the current ^ 
descriptor 292. When host processor 18 adds one or more 
descriptors 292 to the end of linked list 290, it sets the next 
BMD pointer field 308 of the last descriptor 292 equal to the 
bufifer memory address of the first descriptor 292 that is 
being added. Host processor 18 can also add one or more 
descriptors to the middle of a linked list 290 by modifying 
the next BMD pointer field 308 of a descriptor 292 to insert 
the subsequent link and by modifying the next BMD pointer 
field 308 of the last added descriptor 292 to complete the 
link operation. 

FIGS. 18 and 19 are diagrams which illustrate the format 
of a descriptor 292 in greater detail. Each descriptor 292 is 
16 bytes long and is divided into four words. Bits 31-16 of 
Word 0 contain byte count field 300. Bits 15-8 Word 0 
contain intermediate command field 302. Bits 7-0 of Word ^ 
0 contain BMD flags field 304. Bits 31-0 of Word 1 contain 
buffer memory address field 306. Bits 31-0 of Word 2 
contain next BMD pointer field 308. This is the address in 
buffer memory 20 of the next descriptor 292 in linked list 
290. Since a descriptor 292 starts on a 16 byte address 
boundary, bits 3-0 of next BMD pointer field 308 are 
expected to be zero. Bits 31-0 of Word 3 are not used. 
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The DMA controller of the present invention improves 
efficiency the host processor and the host processor data bus 
in several ways. First, the DMA controller has enhanced data 
frame processing capability which reheves the host proces- 
sor from much of the burden of deciding what to do with an 35 
incoming data frame. Predetermined commands are now 
stored in the receive frame action table within the DMA 
controller. One of the commands stored in the receive frame 
action table is to automatically create a response frame. If a 
response frame needs to be sent as an acknowledgment to an 40 
incoming data frame, the host processor does not have to 
build the response firame. An appropriate, predetermined 
response frame is already residing in a response message 
table within the DMA controller. Also, the host processor 
does not need to notify the DMA controller to transfer the 45 
response frame. The receive frame action table automati- 
cally notifies the buffer memory control circuit when to send 
a response frame from the response message table. Finally, 
the DMA controller does not need to use the host processor 
data bus to send the response frame. Since the response 50 
frame is transferred from the response message table, which 
is part of the DMA controller, the DMA controller does not 
need to access the host processor data bus. The host pro- 
cessor maintains control over all aspects of data frame 
decision making and response frame generation since the 55 
queue # lookup table, the receive frame action table and the 
response message table are all programmable by the host 
processor. 

Although the present invention has been described with 
reference to preferred embodiments, workers skilled in the 60 
art will recognize that changes may be made in form and 
detail without departing from the spirit and scope of the 
invention. For example, the number of channels, bytes, and 
bits used in the various elements of the DMA controller of 
the present invention are aibitrary and can be varied as 65 
desired in alternative embodiments. Also, the particular daU 
formats and structures of the various tables and queues can 



be varied in alternative embodiments. The term "coupled" 
used in the specification and the claims includes various 
types of connections or couplings and can include a direct 
connection or a connection through one or more intermedi- 
ate components. 
What is claimed is: 

l';vA-direct^memor.^ccesss(DMA)5controller^?for^trans=* 
mittiog and receivingwormatted data frames having frame 
headers in a communic^at%ns subsystem, the DMA control- 
ler comprising: | 

a transmit data inpxitland a transmit data output; 

transmit circuitry receiving transmit data frames on the 
transmit data input and applying the transmit data 
frames on the transmit data output through a transmit 
data path; | 

a receive data inputfand a receive data output; 

receive circuitry receiving receive data frames on the 
receive data inputfand applying the receive data frames 
on the receive data output through a receive data path; 
and I 

a«responseimessa;p^tablig^having an address input coupled 
to the receive circuitry, a data output coupled to the 
transmit data path of the transmit circuitry and a 
plurality of addrSsable memory locations for storing 
predetermined *r^€nse data frames associated with 
ipaiticu larmon esAoMtfacBrceeiveidataifram^. 

2. The DMA controller of claim 1 and further comprising: 
a receive frame header capture circuit having a data input 

coupled to the receive data circuitry for capturing the 
frame header of each receive data frame and having a 
data output; and 
a receive frame action table having an input coupled to the 
data output of the receive frame header capture circuit, 
a plurality of addressable memory locations for storing 
predetermined action commands, and an action com- 
mand output which is coupled to the address ii^ut of 
the response message table. 

3. The DMA controller of claim 2 wherein the receive 
frame header capture drcuit comprises a memory array. 

4. The DMA controller of claim 2 wherein the receive 
frame action table comprises: 

a contents addressable memory (CAM) having a com- 
parison input coupled to the data output of the receive 
frame header capture circuit and a comparison output 
provided to the address input of the response message 
table, wherein each addressable memory location in the 
CAM includes a frame header field and an associated 
frame action field and wherein the associated frame 
action field is applied to the comparison output if the 
captured frame header corresponds to the frame header 
field of that memory location. 

5. The DMA controller of claim 4 wherein the associated 
frame action field comprises a send response frame action 
field which identifies whether a response data frame shall be 
transmitted from the response message table and a response 
frame number field which identifies an address in the 
response message table at which the response data frame is 
stored. 

6. The DMA controller of claim 5 wherein the associated 
action field further comprises a discard frame action field 
and a host processor interrupt action field. 

7. The DMA controller of claim 1 wherein the response 
message table comprises a random access memory. 

8. A direct memory access (DMA) controller for trans- 
mitting and receiving formatted data frames having frame 
headers in a communications subsystem, the DMA control- 
ler comprising: 
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a transmit data input and a transmit data output; a response message table having a first address input 

transmit circuitry receiving transmit data frames on the coupled to the frame action output, a response mes- 

transmit data input and applying the transmit data sage output coupled to the transmit circuit and a 

frames on the transmit data output; plurality of response message memory locations 

a receive data input and a receive data output; S _ which arc addressed by the frame action output. 

. . • J , / .u 13. The communications subsystem of claim 12 wherein 

receive circuitry receiving receive data frames on the , ^ i 

J . • . J 1 • *L • J each frame action memory location composes: 

receive data input and applymg the receive data frames , ^ ^; i^ u - u m , « u .u 

. • /I » i t ^ response frame field which identifies whether a 

on me receive aata ou put; , , , response frame shall be transmitted from the response 

a receive frame acuonuble having an mput coupled to the message table in response to the receive data frame; 

receive circuitry, a plurality of memory locations for ^° j^jjj 

storing predetermined action commands which are ^ response frame identifier field which identifies the 

addressed by the frame headers, and an action com- response memory location from which the response 

mand output; frame will be transmitted, 

a receive frame header capture circuit having a data input 14. The communications subsystem of claim 12 and 

coupled to the receive circuitry for capturing the frame "^^ further comprising: 

header of each receive data frame and having a data a receive frame header capture circuit having a data input 

output coupled to the input of the receive frame action coupled to the receive circuitry for capturing the frame 

table; and header of each receive data frame and having a data 

wherein the receive frame action table comprises a con- output coupled to the frame header input of the receive 

tents addressable memory (CAM) having a comparison frame action table. 

input coupled to the data output of the receive frame 15. The communications subsystem of claim 12 wherem 

header capture circuit and a comparison output which ^^^^^^^ ^^"^^ ^^^1°° ^^^^^ compnses: 

forms the action command output, wherein each a contents addressable memory (CAM) having a com- 

addressablc memory location in the CAM includes a parison input coupled to the data output of the receive 

frame header field and an associated frame action field ^ ^t^^t ?uP^r '''''^ • P^^J^^. °^^P^^^ 

and wherein the associated frame action field is applied 7^^*^ ^^'"^^ ^'^"^^ ^^.^^^^^ ^^^^^^^m Tn' ^.H?.^ 

, . ^ ^ .J? ^t. * J ir i! J frame action memory location m the CAM mcludes a 

to the conaparison output if the captured frame header J ^^^.^^ ^^^^ ^ ^^^^ 

corresponds to the frame header field of that memory identifier field and a frame header field which is corn- 
location. . . 30 pared with the frame header applied to the frame header 

9. The DMA controller of claim 8 and further compnsmg: ^p^^ 

a response message table having an address input coupled 16. xhe communications subsystem of claim 15 wherein 

to the comparison output, a data output coupled to the each frame action memory location further comprises a 

transmit circuitry and a plurality of addressable discard frame action field and a host processor interrupt 

memory locations for storing predetermined response action field. 

data frames. 17. The communications subsystem of claim 15 wherein 

10. The DMA controller of claim 9 wherein the associated the CAM further comprises a data input and an address input 
frame action field comprises a send response frame action which are coupled to the host processor interface. 

field which identifies whether a response data frame shall be 18. The communications subsystem of claim 15 wherein 

transmitted from the response message table and a response ^ the DMA controller further comprises: 

frame number field which identifies an address in the a lookup table having first and second data ports, first and 

response message table at which the response data frame is second address inputs and a plurality of table entries 

stored. with a mask field whidi is applied to the first data port 

11. The DMA controller of claim 9 wherein the associated when addressed by the first address input, wherein the 
frame action field further comprises a discard frame action fiist address input is coupled to the receive circuit and 
field and a host processor interrupt action field. the second address input and second data port are 

12. A communications subsystem for transmitting and coupled to the host processor interface; and 
receiving formatted data frames having frame headers, the wherein the CAM further comprises a mask input coupled 
communications subsystem comprising: iq first ^jata port, which masks the frame header 

a communications interface; 50 field applied to the frame header input. 

a host processor interface; 19. The communications subsystem of claim 12 wherein 

a host processor and a buffer memory coupled to the host the response message table comprises a dual port random 

processor interface; and access memory having a first port which includes the first 

a direct memory access (DMA) controller coupled address input and the response message output and a second 

between the communications interface and the host 55 port which includes a second address input and a data input 

processor interface, the DMA controller comprising: which are coupled to the host processor interface. 

a transmit circuit which receives transmit data frames 20. The communications subsystem of claim 12 wherein 

on the host processor interface and applies the trans- the buffer memory comprises: 

mit daU frames to the communications interface; a list of buffer memory descriptors, each descriptor having 

a receive circuit which receives receive data frames on 60 a byte count field, an immediate command field and a 

the communications interface and applies the receive buffer memory address field, wherein the immediate 

data frames to the host processor interface; command field comprises a send response frame field 

a receive frame action table having a frame header ^ich Identifies whether a response frame shall be 

input coupled to the receive circuit, a frame action transmitted from the response message table, 

output and a plurality of frame action memory loca- 65 21. A communications subsystem for transmitting and 

tions which are addressed by the frame header input; receiving formatted data frames having frame headers, the 

and communications subsystem comprising: 
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a communications interface; 
a host processor interface; 

a host processor and a buffer memory coupled to the host 

processor interface; and ^ 
a direct memory access (DMA) controller coupled 
between the communications interface and the host 
processor interface, the DMA controller comprising: 
transmit means for receiving transmit data frames on 
the host processor interface and applying the trans- 
mit data frames to the communications interface; 
receive means for receiving receive data frames on the 
communications interface and applying the receive 
data frames to the host processor interface; 
frame action determination means for determining an 
action to be performed on each receive data frame as 
a function of the frame header; and 
response message generator means for generating a 
response frame and applying the response frame to the 
transmit means as a function of the action determined 20 
by the frame action determination means. 

22. The commimications subsystem of claim 21 wherein 
the response generator means comprises means for storing a 
plurality of predetermined response frames which are 
addressed by the action determined by the frame action 25 
determination means. 

23. The communications subsystem of claim 21 wherein 
the buffer memory comprises means for initiating transmLs- 
sion of a selected predetermined response frame stored in 
the response message generator means by the transmit 30 
means. 

24. The communications subsystem of claim 21 wherein 
the frame action determination means comprises means for 
storing predetermined frame header fields and associated 



frame action fields which are addressed by the frame headers 
of the receive data frames, 

25. The communications subsystem of claim 24 wherein 
the DMA conU-oller further comprises: 

means for capturing the frame header of each receive data 
frame and applying tbc frame header to the frame 
action determination means. 

26. A method of processing a formatted data frame having 
a frame header in a communications subsystem which 
comprises a communications interface, a DMA controller 
and a host processor interface, the method comprising: 

receiving the data frame within the DMA controller from 

the communications interface; 
capturing the frame header from the received data frame 

within the DMA controller; 
applying the received data frame to the host processor 

interface; 

applying the frame header to a comparison input of a 
contents addressable memory (CAM) which has a 
plurality of addressable memory locations, each 
addressable memory location having a frame header 
field and an associated frame action field and wherein 
the associated frame action field is apphed to a com- 
parison output of the CAM if the frame header corre- 
sponds to the frame header field; 

generating a predetermined response frame within the 
DMA controller as a function of the associated frame 
action field applied to the comparison output; and 

transmitting the response frame from the DMA controller 
to the communications interface. 
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WEB INTERFACE TO A PROGRAMMABLE 
CONTROLLER 

TECHNICAL FIELD 

Applicants' invention relates generally to the field of 
programmable controllers and more particularly to a system 
for coupling a network of programmable controllers through 
an internetwork to a monitoring and control device. 

RELATED APPLICAnONS 

This application is related to the following, commonly 
assigned application filed concurrently herewith, entitled 
"Apparatus for Controlling Internetwork Communications" 
(Application Ser. No. 08/926,837), The contents of these 
Applications are expressly incorporated herein by reference. 

BACKGROUND ART 

Remote monitoring and control of systems and processes 
have taken many fonns. In the past, dedicated lines became 
the most common form of communication between a control 
system and a remote location. This has limited application 
since the control system was not accessible from multiple 
locations. Modems have made it possible to access the 
control system from different locations, but these types of 
systems are generally restricted to downloading and upload- 
ing data files. Providing any type of control function 
between locations is rather limited in this type of environ- 
ment. Further, an end user generally required a customized 
interface to access the control system. 

With the growth of Internet, and its World Wide Web 
providing a delivery platform for organizing Internet data 
through hypertext links, a client server system can be 
designed that will give each end user the same type of a user 
friendly interface with the same universal access to services 
on the Web. The Web is a network of documents called sites 
or pages stored on server computers throughout the world. 
Each page will usually contain text, some type of multime- 
dia offerings such as graphic images, video, or audio, and 
possible hypertext links to other documents. A browser 
allows a user to read the pages and interact with the choices 
associated with it. The browser is a graphical software 
program that sends commands to the Internet Web site and 
displays whatever information is available on the page. 
Various browser programs are commercially available from 
different manufacturers. 

The Internet network employs methods designed to 
handle thousands of general purpose computers sharing a 
single cable, and therefore has no ability to differentiate 
traffic in terms of its purpose or the cridcahty of its data. The 
Internet is no longer a network of computers sharing a single 
cable, but rather a web of interconnected point to point links 
involving both general purpose stations and specialized 
infrastructure components such as routers and firewalls. 

The type of personal computer or work station used by the 
end user to connect to the Web is of no regard. Communi- 
cation over the Internet and other networks requires one of 
several types of protocols. Protocols such as Internet Pro- 
tocol (IP) provide for file transfers, electronic mail, and 
other services. A Sun Microsystem's programming language 
known as Java, along with Hyper Text Markup Language 
(HTML) used in designing layouts and graphics for a Web 
site or page has extended Internet technology such that a 
Web site can be used for dynamic applications^ commonly 
called applets, that can be downloaded and run by the end 
user. These applets are interpreted and run within a Web 
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browser and have been generally restricted to word process- 
ing and similar uses. Downloading and running applets can 
be slow in comparison to other types of complied languages. 
Security rules imposed on a browser and enforced by the 
underlying JAVA language prevent applets from obtaining 
certain data from any other device other than the Web server 
itseff. 

Programmable logic controllers (PLCs) are widely used in 
industry and process control. Many manufacturers provide 
factory automation information using Microsoft Windows 
and other types of communication networking environ- 
ments. These networks are usually slow, are not universally 
accessible and are limited to monitoring and data exchange. 
Control may be implemented, but since the communication 
networks are non-deterministic, control is not real time. 
Specialized industrial networks using proprietary fieldbus 
alternatives can be very expensive. Conversion products are 
required to allow information carried over those networks to 
be visible on a general purpose network. There are signifi- 
cant installation and other deployment costs associated with 
the existence of such intermediate devices. Firewalls 
between the Web server and the application are designed to 
solve problems of security and are not designed for high 
performance. 

It would be desirable to develop an automation control 
system whereby an user could use general, commercial 
networks such as the Internet in place of specialized indus- 
trial networks to remotely monitor automation control 
devices such as PLCs. 

SUMMARY OF THE INVE>rnON 

Accordingly, the principal object of the present invention 
is to provide 
system and 
network such as Internet. 

Another object of the present invention is to provide 
remote access through a Web browser to information and 
data contained in an industrial control system having a 
Programmable Logic Controller. 

In the preferred embodiment of the invention, the inven- 
tion allows for easy access over a commercial network such 
as Internet to information within a programmable logic 
controller (PLC). Access can be made locally or worldwide 
using a commercial Web browser. The invention is com- 
prised of a control system of essential elements including, 
but not lunited to a Web interface, a local network, and a 
network interface to at least one PLC control system nmning 
an application program for controlling output devices in 
response to status of input devices. ITie Web interface runs 
Web pages from an Ethernet board coupled directly to the 
PLC back plane and includes an HTTP protocol interpreter, 
a PLC back plane driver, a TCP/IP stack, and an Ethernet 
board kernel. The Web interface provides access to the PLC 
back plane by a usci at a remote location through the 
Internet. The interface translates the industry standard 
Ethemet, TCP/IP and HTTP protocols used on the Internet 
into data recognizable to the PLC. Using this interface, the 
user can retrieve all pertinent data regarding the operation of 
the PLC, including PLC configuration, I/O and register 
status, operating statistics, diagnostics, and distributed I/O 
configurations. Updates to operating software can also be 
downloaded through the Internet access. 

Other features and advantages of the invention, which are 
believed to be novel and nonobvious, will be apparent from 
the following specification taken in conjunction with the 
accompanying drawings in which there is shown a preferred 



an interface between an industrial control 
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embodimcQt of the invention. Reference is made to the with the choices associated with it. The browser 10 will send 

claims for interpreting the full scope of the invention which commands to the Web site 4 which will use the application 

is not necessarily represented by such enabodiment. program 22 to display whatever information is available 

from the process control system 6. The browser 10 functions 

BRIEF DESCRIPTION OF THE DRAWINGS s as a remote human-machine interface or HMI control of the 

process control system as will be detailed below. 

FIG. 1 shows an overview blodc diagram of a typical 2 shows a basic block diagram of the present 

system illustraUng the relationship between an user at a invention illustrating the Internet interface to a program- 

remote locaUonandanlnternetWebsiteusedformoniloring ^,^^16 logic controller system. The web site 4 includes the 

a process control system according to the present invention. network interface 16 having an unique Internet address 18 

FIG. 2 is a basic block diagram of the present invention and a web server 30. The web server 30 provides the home 

illustrating an Internet interface to a programmable logic page for the website. A firewall or security for the overall 

controller system. system can be included in the Web server 30, but is generally 

FIG. 3 is a block diagram of the Web server module maintained as part of the network interface 16. In addition 

illustrated in FIG. 2 according to the present invention. 15 to providing security for various pages at the site, the user 

FIG. 4 is a typical mimic page available to a user at a ^^^^^ server 30. A password and user list is 
remote location utilizing a browser which illustrates the provided in initial configuration files stored in the web 
present invention for monitoring a programmable controUer ^^^^^ downloaded from a remote server. Pro- 
system, tection of the configuration file is then provided by the 

20 remote server and the web server 30 through the password 

DETAILED DESCRIPTION and the user list The web server 30 provides a direct 

. . . connection for a programmable logic controller (PLC) 32 to 

Although this invention is susceptible to embodiments of j^e Internet 14 by plugging the web server 30 into its back 

many different forms a preferred embodiment will be ^^^^^ 34 30 p^^^^es both a client and 

dcscnbed and illustrated m detail herein. The present dis- server interface. All signals between the PLC 32 and the web 

closure exemplifies the principles of the invention and is not ^^^^ 30 ^^rough the back plane 34 rather than over a set 

to be considered a limit to the broader aspects of the ^^^^j^g ^^ich would normally have to be coupled to 

mvention to the particular embodiment as described. input/output modules that are themselves plugged into the 

HG. 1 shows an overview block diagram of typical back plane 34. The back plane signals include addressing, 

system illustrating the relationship between an user 2 at a 3Q control, data, and power. The client interface allows a user 

remote location and an Internet web site 4 used for moni- to send commands to a remote node over the Internet and the 

toring a process control system 6. The user 2 will have a server interface allows for processing commands that origi- 

personal computer (PC) 8 having a commercially available aated from a remote node. Controlling the PLC 32 from a 

browser 10, such as Netscape Communication's Navigator remote HMI, essentially on a real lime basis is possible by 

or Microsoft's Internet Explorer, installed for viewing the 35 controlling the data flow through the web server 30. 

contents at the web site 4 by a monitor 12. The PC provides Associated with the PLC 32 are its application programs 

a remote human-machine interface (HMI) to the process 3 6, dual port memory 38 and I/O devices 40. The application 

control system 6. Various interconnection services are program includes a ladder logic program for controlling the 

readily available to provide the physical and electrical I/O devices 40. The web server 30 functions as a node on a 

interconnection from the PC to the Internet 14 itself. The ^ TCP/IP network 42 allowing it to send commands to the 

Internet 14 is a collection of independent world wide com- pLC 32 and receive the response: Although the TCP/IP 

munication networks that are interconnected to each other network 42 in the preferred embodiment is an Ethernet 

and function as a single connectionless entity. Communica- network, other high level protocols could be used. Using a 

tion is based on a client-server basis, using a number of web browser at a remote location through the Internet 14, a 

established protocols that allow for communication and file 45 user can control and view configuration information of the 

transfers between the client and the server. The most widely pLc 32. 

used protocol is Internet Protocol (IP). 'The web server 30 is shown in greater detail in FIG. 3. 

The web site 4 includes a network interface 16 having an Various components provide the required connectivity to 

unique Internet address 18, a server 20, and an application perform its functionality. A real time operating system 44 

program 22. The server 20 acts as the HTTP interpreter 50 controls the interaction between the components. The oper- 

which uses TCP inoonjunction with IP, through TCP/IP stack ating system 44 allocates central processor (CPU) 46 to 

24 to interact with the network interface 16 and the appli- various tasks, provides memory management, and provides 

cation program 22. This enables the data transfer between a set of message services and signal services. The message 

the appUcation program 22 and the user 2 through the and signal services allow for communication between tasks, 

Internet 14. The application program provides data from the 55 and between drivers and a task. Connection to the TCP/IP 

process control system 6. This data can be used to monitor network 42 is through an Ethernet driver 48 which transmits 

the control process by the user 2 at the remote location. The and receives messages over Ethernet via an Ethernet com- 

TCP/IP stack 24 enables data transfers over the Internet 14 munication chip such as an AM79C961. The web server will 

between the user 2 and the web site 4 as required for the have an unique global address 18, allowing it to be 

various layers specified by the IP protocol. addressed by other devices on the network. Communication 

The user 2 can connect to the Internet 14 using one of a can be over a fiber optic cable or a twisted wire pair. The 

number of Intemet service providers and will enter the Ethernet driver 48 manages transmit 50 and receive 51 

address of the Web site 4 when connected. The Web site 4 buffers in memory 52, and interfaces with the AM79C961 

will display a home page which may contain text, some type Ethernet chip. The transmit 50 and receive 51 buffers are 

of multimedia offerings such as graphic images, video, or 65 shared both by the AM79C961 and the Ethernet driver 48. 

audio, and possible hypertext links to other documents. The The Ethernet driver 48 also provides a transmit request 

browser 10 will allow the user 2 to read the page and interact interface, and a receive indication interface to a TCP/IP 
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Stack 54. The AM79C961 provides a transmit queue message in the dual port memory 38, and then causes an 

interface, a receive queue interface, and generates interrupts interrupt. The message indicates a type of command. One 

on completion of transmitting a message, and on receiving type indicates that a MSTR block is being solved. Other 

a new message. The Ethernet driver 46 places receive types are used for passing requests to the PLC 32, and 
buffers in the receive queue. In the interrupt routine, the 5 obtaining the responses to the requests. After the PLC 32 

Ethernet driver 46 examines the receive queue. If any P^^es the message, it polls the dual port memory 38 for 

messages are in the receive queue, it passes the receive commands placed by the back plane driver 56. These 

buffer to the TCP/IP stack 54. The TCP/IP stack 54 copies commands are read memory write memory, and processing 

the bufifer, and sometime later calls the Ethernet driver 48 to ^ complete. The back plane driver 56 uses state machines to 

return the buffer and place the returned buffer back into the lO P'''.^'' interrupts The niaximum number of 

receive aueue active MSTR blocks is set at four in the present invention, 

-ru -rr^nn * i 11 *i. * j • . requiring four state machines. When the back plane driver 

The TCP/IP stack 54 caUs the Ethernet dnver 48 to sg^^ce^es an MSTO interrupt, it attempts to find an 

transmit a message. The Ethernet dnver 46 attempts to associated state machine that matches with the MSTR block. 

aUocate a buffer from the shared memory 52 If it succeeds, jf ^^^^^ ^^^^^ ^^^^ outstanding transacUons, no more 

It copies the mesMge mto the buffer and places the buffer « ^^^^^^ ^^^^^ 

into the AM79C961 transmit queue. If there is no tiansnait j^sTR's outputs to fake. If a state machine is found, the 

buffer, then the dnver drops flie transmit message. In the back plane driver 56 determines if it is a new transaction, an 

mterrupt routine the Ethernet dnver 4S examines the trans- outstanding transaction, or a response is available. If it is a 

mil queue, and frees the transmitted buffers. transaction it copies the request, and calls the appUca- 

llie TCP/IP network 42 allows special MSTR (master) tion's associated call back routine. If its an outstanding 

functions that aUow nodes on the network to initiate mes- transaction, it indicates to the ladder logic program that the 

sage transactions. These MSTR functions include reading MSTR block is still busy. If a response is available, the bade 

and writing data and are used for commands and responses. plane driver 56 copies the response, sets either the MSTR's 

They allow programs running in the PLC 32 to send com- completion or error output, and calls the application's call 
mands to a remote node on the TCP/IP network 42 and " back routine. 

receive the responses A back plane driver 56 sends com- interrupts are used for processing a request. On the 

mandsandreceivestheresponsetotbePLC32overtheback g^, interrupt, called the preport intemipt, the back plane 

plane 34. driver 56 copies the request into a data structure located in 

The back plane driver 56 receives request ftom the PLC's the PLC's 32 dual memory 38. On the second intemipt, 

ladder logic MSTR blocks stored in its memory 38. When a called the end of scan interrupt, the back plane driver 56 

response is available, the backplane driver 56 passes it back copies the response from the controller's data structure into 

to the MSTR block. The back plane driver 56 provides a the user's bufifer. It then calls the user's associated call back 

client task 58 and server task 60 to the applications. The function. 

server task 60 allows an application to issue a request jhe request for accessing the PLC's 32 registers is 

command to the PLC's 32 executive program, and receive processed by the back plane driver 56, and is not sent to the 

its response. The client task 58 allows an application to pLC's executive program for processing. The back plane 

receive a new MSTR request, and pass back the response to driver 56 determines the memory location in the memory 38 

the ladder logic program. of registers the PLC 32. At an end of scan interrupt, the 

The server task 60 uses a queuing mechanism and call back plane driver 56 processes the read/write register 

back functions. An application queues both the request and requests by sending commands via the dual port memory 38 

the call back function associated with the request. When the to the PLC 32 to read or write the locations containing the 

back plane driver 56 services the request in its intemipt registers. The back plane driver 56 will service a maximum 

routine, it calls the associated call back function. The of four read/write register requests at the end of a scan 
response and the original request is passed to the call back 45 interrupt. 

function. The call back function can call an operating routine a client task 58 interfaces with the TCP/IP stack 54, the 

to either pass a message or signal the application. back plane driver 56, and uses the operating system 44 

The client task 58 interface also uses queues and call back message services. It processes the MSTR request. When the 

functions, llie client application queues both an indication client task 58 receives a MSTR request from the back plane 
request on queue and a call back function associated with the 50 driver 56, it passes the request to the TCP/IP stack 54. When 

request. When the back plane driver 56 detects a new MSTR the TCP/IP stack 54 returns a response to the client task 58, 

block request in its interrupt routine, it calls the associated it passes the response to the back plane driver 56. The 

call back function. The request is passed into the call back TCP/IP stack 54 provides a Berkeley TCP/IP interface and 

function. The call back function can call an operating system a signal extension. The signal extension calls a user supplied 
routine to either pass a message or signal the application. If 55 function which passes in a socket number, a task ID, and an 

the back plane driver 56 detects that the MSTR block has event. The signal function calls the operating system 44 to 

been aborted, or is no longer being solved, it calls an user send a message to the task indicated by the task ID. It sends 

supplied associated abort call back function. The application a message either to the client 58 or server 60 task. The client 

calls a routine to pass the MSTR response and a associated task 58 posts request indications to the backplane driver 56, 
call back routine to the driver. Sometime later, the driver go and the associated call back routine calls the operating 

passes back the response to the ladder logic program in its system 44 to send a message to the client task 58 for a new 

interrupt service routine, and then calls the user supplied call MSTR transaction. 

back function. The client task 58 manages multiple outstanding MSTR 

The PLC 32 interfaces with the web server 30 hardware transactions using the state machines. There is a linked list 
via the dual port memory 38. It reads and writes to the dual 65 of connection state machines. The connection state 

port memory 38 using an ASIC chip. Writing to a specified machines are used for establishing connection and closing 

location will cause an intemipt. The PLC 32 first writes a connections. In addition each connection state machine 
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contains a list of transaction state machines. Each transac- 
tion machine on the connection state machine represents a 
transaction to a node represented by the connection 
machine. The transaction machines are used to send a 
request, and process the response. The client task 58 enters 
a loop after performing initialization. It calls the operating 
system 44 to receive a message. The operating system will 
block the client task 58 until there is a message or until there 
is a time out. It either receives a message from the TCP/IP 
stack 54, from a MSTR call back routine, or it times out. It 
process the message or the time out and then reenters the 
loop. If the message received from the operating system 44 
is a new MSTR request, the client task will obtain a 
connection state machine, and places a new transaction 
machine at end of the list of the connection state machine's 
list. At this point the transaction machine will attempt to 
transmit the message. It may not be possible to transmit the 
message because no connection has been established, or the 
because the remote side may have applied flow control. 

If the message received from the operating system 44 is 
a TCP/IP event, the client task 58 finds the associated 
connection machine and determines if the TCP/IP event is an 
accepted connection, an aborted connection, or a received 
data event. Based on the connection state, and the transac- 
tion machine's state, the client task 58 processes the mes- 
sage to advance the transactions if there are any. Receiving 
data for the MSTR responses may occur over several TCP/IP 
events, and the transaction state machine assembles the data 
into a response. 

When the client task 58 requests the TCP/IP stack to 
transmit a message, not all of the message may be trans- 
mitted. This occurs when the remote node is flow controlled, 
which is explained below. If the call to the operating system 
44 to receive a message returns with a time out, or if there 
is a message, the client task 58 searches the list of connec- 
tion machines that are flowed controUed, For each flow 
controlled connection, it tries to advance the transaction 
state machines on the connection state machine list that are 
flow controlled. 

Ibe server task 60 processes a request originating from 40 
the user at the remote location. The server task 60 interfaces 
with the back plane driver 56, the TCP/IP stack 54, and the 
operating system's 44 message services. The server task 60 
posts requests to the backplane driver 56, and an associated 
call back routine uses the operating system 44 message 
services to send the response to the server task 60. A TCP/IP 
stack 54 signal function also uses the operating system's 44 
send service to send an TCP/IP event to the server task 60. 
The server task 60 can handle multiple transactions and 
connections. Like the client task 58, it maintains a list of 
connection machines, and each connection machine contains 
a list of transaction machines. The connection machines are 
for managing the connection and the transaction madiincs 
manage the incoming requests and responses. 

The server task 60 enters a loop after performing initial- 
ization. It calls the operating systems 44 to receive a 
message. The operating systems 44 blocks the server task 60 
until there is a message or until it times out. It either receives 
a message from the TCP/IP task's 54 signal handler, from 
the back plane driver 56 or it times out. It processes the 
message or the time and reenters the loop. If the message 
received from the operating systems 44 is from the TCP/IP 
task's 54 signal handler, the server task 60 determines if the 
event is a connection request, a close socket event, or a 
receive data event. Based on the TCP/IP event, the server 
task 60 uses the connection machine and transaction 
machine to advance the transaction. Received data for a 
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request may occur over several receive data events, and the 
transaction machine assembles the events into a request 
message. When the response message is received from the 
operating system 44, the server task 60 finds the connection 
and transaction machine in order to send the response. 

When the server task 60 requests the TCP/IP stack 54 to 
transmit a message, not all of the message may be trans- 
mitted. This occurs when the remote node is flow controlled. 
If the call to the operating system 44 is to receive a message 
returns with a time out, or if there is a message, the server 
task 54 searches the list of connection machines that are 
flowed controlled. For each flow controlled connection, it 
tries to advance the transaction state machines on the 
connection state machine Hst that are flow controlled. 

After the server task 60 has parsed the header of an 
incoming request, it attempts to aUocate a structure to pass 
the request to the back plane driver 56. If the server task is 
already processing a predetermined number of outstanding 
requests, the attempt fails, the connection is placed into a 
blocked state, and the body of the request is not read from 
the TCP/IP stack 54. As a result the TCP/IP stack may apply 
flow control to the remote node. When one of the other 
requests is complete, the free data structure event causes a 
blocked connection machine to continue processing the 
incoming Modbus request. 

The HTTP task 62 interfaces with the TCP/IP stack 54, 
and the back plane driver 56. The HTTP server task 62 
receives a HTTP request from the TCP/IP stack 54. To 
process the request, it may access the PLC 32 through the 
back plane driver 56 and back plane 34. The HTTP server 
task 62 sends back the response over the TCP/IP stack 54. 
The framework is supplied by the operating system 44. The 
framework creates the HTTP task, accepts connection, and 
parses the HTTP request. After parsing the request, it calls 
the operating system 44 to process the request. Processing 
the request involves determining the request type and pro- 
cessing the actual request. The different request types allow 
a user to acquire a snapshot of the PLC 32 operations by 
allowing a view of various registers within the PLC 32 and 
dual memory 38. These request types also include display of 
the PLC 32 configuration, remote and distributed I/O and 
module health statistics, display registers, back plane 
configuration, Ethernet statistics and others as shown in 
Table 1: 

TABLE 1 

Show the home page 

Show the programmable logic controller's auiflguration 
Show the Ethernet statistics 
Show the read register request page 
Show the 4x registers 

Show the racks attached to the controllers back plane 
Sead an image. The difTerent images are gif files that aie 

displayed on the various pages 
Show the remote I/O statistics 
Show the list of configared remote I/O drops 
Show a remote I/O rack's configuration and healUi 
Show a remote I/O drop's communication statistics 
Show the I/O reference values of a remote I/O module 
Show a list of configured distributed I/O nodes 
Show the configuration and the health of a distributed I/O node 
Show the I/O reference values of a distributed I/O module 



65 



The home page contains hyperlinks to seven pages of 
data. The configuration page will display the configuration 
of PLC 32. "^The remote I/O and distributed I/O module 
health status pages are a series of linked pages. The first page 
displays the communication health statistics at the Remote 
I/O and Distributed I/O head and contains a link to a 
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configured drop page. The configured drop page displays a 
table containing drop numbers which are linked to a drop 
status page and rack numbers which are linked to the drop 
and rack configuration pages. Two tables are included in the 
drop status page, one for showing the communication status 
of the drop and the other for showing which racks are 
populated with the I/O modules. The drop and rack con- 
figuration page displays the I/O modules, their health, and 
slot location for the given rack. From a selected module, a 
user can view it's input and output values. Register data is 
displayed in a template having a form and a table, with the 
user entering an address and a length. The table will display 
the registers values. A tabic showing option modules and 
their slot location is displayed on the back plane configu- 
ration page. The data appearing on the pages is static but can 
be automatically updated at preselected times. 

The operating system 44 processes these requests and 
responds by sending HTTP messages through the TCP/IP 
stack 54. Processing some of these requests Involves reading 
the PLC's traffic cop, registers, coils, or various page zero 
locations where statistics are kept. To perform these reads, 
the operating system 44 sends a request to the back plane 
driver 56 and uses an event signal mechanism and event 
flags to determine when the request is complete. After 
sending the request to the back plane driver 56, the operating 
system 44 waits for an event flag to be sent. When the back 
plane driver completes the request, the back plane driver 56 
calls a call back routine, which sets the event. The operating 
system 44 then resumes processing the request. 

A mimic page which represents some of the hardware 
physically connected to a programmable logic controller 
system can be constructed utilizing various graphical pro- 
grams readily available and that are not an object of the 
present invention. The present invention allows a user at a 
remote location, using a browser, to view the mimic page 35 
and actually control various components illustrated in the 
mimic page. FIG. 4 shows a simple motor start-stop control 
in ladder logic diagram form that could be available as a 
mimic page to the user. Pushing a motor start push button 
150 wifl cause a motor start relay 152 to energize through a 40 
normally closed stop push button 154 and a normally closed 
overload contact 156. Auxiliary motor start contact 158 will 
latch relay 152 after the start push button 150 is released and 
pilot light 160 wiU illuminate. Auxiliary motor start contact 
162 will provide power to pump motor 164 which will 
remain running until stop push button 154 is depressed or 
overload relay 166 detects an overload condition. In this 
example, start push button 150, stop push button 154, 
overload contact 156, auxiliary motor start contacts 158 and 
162, and overload relay 166 are inputs to the programmable 
logic controller system. Relay 152, pilot Ught 160, and pump 
motor 164 are outputs. The PLC will have the registers 
containing the animation data for the inputs and outputs. An 
application program in the PLC will respond to the inputs to 
control the outputs. 

Auser at a remote location will browse the Internet for the 
home page of the installation of the programmable logic 
controller system. The PLC will have other control functions 
as well and if the user has the necessary authorizations, 
various options wiU become available. Hie home page will 
allow the user to acquire a snapshot of the PLC operations 
by allowing a view of various pages that will allow access 
to registers within the PLC. Other pages will also include 
displays of the PLC's configuration, remote and distributed 
I/O modules health statistics, display registers, back plane 65 
configuration, Ethernet statistics and others as shown pre- 
viously shown in Table 1. 
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The mimic diagram page will be called up on a browser 
screen which wiU allow the user to view the status of the 
system. The mimic diagram's light 160, relay 152, contacts 
158, 162, and pump motor 164 will be updated to correspond 
to the state of the actual devices. The states of the inputs and 
outputs will then be shown on the ladder diagram which will 
be automatically updated as they are changed. Through the 
use of applets representing the start 150 and stop 154 
buttons, the user could manually control start and stopping 
of the motor by using a mouse or keyboard to position a 
cursor and "clicking'' on either the start 168 or stop 170 
boxes. 

Wliile the specific embodiments have been illustrated and 
described, numerous modifications are possible without 
departing from the scope or spirit of the invention. 

We claim: 

1. An interface module for aUowing access to a program- 
mable logic controUer system from a communication net- 
work at a remote location, the interface module adapted for 
installation in a slot coupled through a back plane to a 
programmable logic controller, the module comprising: 

A. a microprocessor; 

B. a real time operating system; 

C. means for coupling the interface module to said 
communications network; 

D. means for coupling the interface module to said back 
plane and for transferring data between the interface 
module and said programmable logic controller; 

E. means for processing data requests received from said 
remote location over said communications network; 

F. means for enabUog data transfers between the remote 
location and said programmable logic controller sys- 
tem; and 

G. means for interfacing a protocol task with said back 
plane, said interfacing means for receiving a data 
request from said enabling means, for accessing said 
programmable logic controller system for said 
requested data, and for sending a response to said 
remote location through said enabling means, said 
re^onse in a framework supplied by said operating 
system. 

2. The interface module of claim 1 wherein said commu- 
nication network is a world-wide network known as Internet 
using an Internet Protocol (IP). 

3. The interface module of claim 2 wherein said interface 
module functions as a web site on said Internet, said 
interface module including a global IP address. 

4. The interface module of claim 3 wherein said network 
coupling means includes a network driver for receiving data 
requests from a browser on said Internet and for sending a 
response back to said browser. 

5. The interface module of claim 4 wherein said back 
plane coupling means includes a back plane driver for 
coupling the interface module to said back plane driver and 
including means for accessing a dual port memory in said 
programmable logic controller for transferring data between 
the interface module and said programmable logic control- 
ler. 

6. The interface modiile of claim 5 wherein said process- 
ing data requests means includes a client task for initiating 
requests received from said communications network and a 
server task for processing data requests received from said 
communications network. 

7. The interface module of claim 6 wherein said data 
transfer enabling means includes a protocol stack using a 
Transmission Control Protocol (TCP) stack. 
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8. The interface module of claim 7 wherein said protocol 
task interfacing means includes a server task using Hyper- 
Text Transport Protocol (HTTP) to deliver hypertext docu- 
ments to said network coupling means. 

9. The interface module of claim 8 wherein said frame- 5 
work creates a HTTP task, accepts a connection, parses the 
HTTP request and calls the real time operating system to 
process the request. 

10. The interface module of claim 9 wherein said data 
requests allow a user at a remote location to view data within 10 
said programmable logic controller from said browser on 
said Internet. 

11. The interface module of claim 10 wherein said data 
requests further including requests for views of said pro- 
grammable logic controller's configuration and status of 15 
input and output devices coupled to the programmable logic 
controller. 

12. An interface module for allowing access to a pro- 
grammable logic controller system from a communication 
network at a remote location, the interface module adapted 20 
for installation in a slot coupled through a back plane to a 
programmable logic controller, the module comprising: 

A. a microprocessor; 

B. a real time operating system; 

C a network interface for coupling the interface module 

to said communications network; 
D. a back plane driver for coupling the interface module 

to said back plane and for transferring data between the 

interface module and said programmable logic control- 30 

Icr; 

£. a server application for processing data requests 
received from said communications network; 

F. a client application for initiating requests received from 
said communications network; 
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G. a protocol stack to enable data transfer between the 
remote location and said programmable logic controller 
system; and 

H. a server task for interfacing said protocol task with said 
back plane, said server task for receiving a data request 
from said protocol stack, accessing said programmable 
logic controller system for said requested data, and for 
sending a response to said remote location through said 
protocol stack and network interface, said response in 
a framework supplied by said operating system. 

13. The interface module of claim 12 wherein said com- 
munication network is a world-wide network known as 
Internet using an Internet Protocol (IP). 

14. The interface module of claim 13 wherein said inter- 
face module functions as a web site on said Internet. 

15. The interface module of claim 14 wherein said pro- 
tocol stadc is a Transmission Control Protocol (TCP)/IP 
stack. 

16. The interface module of claim 15 wherein said server 
task uses HyperText Transport Protocol (HTTP) to deliver 
hypertext documents, and said framework for creating a 
HTTP task, accepting a conncctionj parsing the HTTP 
request and calling the real time operating system to process 
the request. 

17. The interface module of claim 16 wherein said data 
requests allow a user at a remote location to view data within 
said programmable logic controller. 

18. The interface module of claim 17 wherein said data 
requests further including views of said programmable logic 
controller's configuration and status of input and output 
devices coupled to the programmable logic controller. 

4c He « * « 
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